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1. INTRODUCTION 


This document describes how to convert to a 1K (1024) byte block file system from the standard 
512-byte block file system. Problems that should be anticipated are discussed and how to recover or 
avoid them. The document also presents the tradeoffs involved when converting to 2 1K-block file 
system. Finally, the (fsba(1M)) command (file system block analyzer) is presented as a tool to 
estimate the increase in number of blocks after file system conversion. 


2 TRADEOFFS 


The larger block (1024 byte) file system is intended to exploit higher system throughput by 
increasing the number of bytes transferred during each I/O operation and reducing the number of 
seeks necessary to read a file. Unfortunately, this higher throughput usually comes at the expense of 
additional space required on a file system. 


It should be emphasized that the operating system does I/O transfers to/from disk in 1024 byte 
chunks under the new scheme. The internal system buffers are 1024 bytes. Fewer I/O transfers are 
needed to read the same file in a 1K-byte block file system versus a 512-byte block file system. 


I/O transfers for a 512-byte block file system are 512 bytes, using only half of each system buffer, 
thereby wasting part of the system buffer. 


Converting to a 1K-block file system could reduce the available disk space. Measurements indicate 
that for many file systems, the increase is in the range of 5-10%; however, some file systems may 
have more wastage because of their structure. For small files (size <= 512), space is wasted 
because the minimum block size is 1024 bytes. For large files, the indirect blocks are also double 
size so there is additional space dedicated to indirect blocks. Determining the amount of extra space 
is not straight-forward so the fsba command is supplied with the release to do the computation (see 
following sections). 


3. HOW TO CONVERT TO A 1K BYTE BLOCK FILE SYSTEM 
3.1 Using Two Disk Drives 
© fsba /dev/rdsk13 ... 
Use the fsba tool to predict the additional number of blocks the file system will require after 


conversion. (Assume the character special device name of the file system we want to convert is 
/éev/rdsk13. Block special device names may also be used). 


 mkfs /dev/rdsk23 blocks:inodes 
Create a new 1K-byte block file system with appropriate block and inode numbers using the 
mkfs(1M) command. (Assume the new file system is /dev/rdsk23.) 

@ labelit /dev/rdsk23 fsname volume 
Label the new file system with the same file system name as the original 512-byte block file 
system. 


mount /dev/rdsk23 /to-directory 


Mount the new file system in directory /to-directory. 


e cd /from-directory 


Move to the root of the file system to be converted, in this case, /from-directory. 
® find . -print | cpio -pdm /to-directory 


Copy every file in the original file system to the new file system using find(1) and cpio(1). 
3.2 Using The Raw Tape 


If a spare disk drive is not available, the raw tape could be used to convert the 512 byte file system 
as follows: 


@ fsba /dev/rdsk3 
Use the fsba tool to predict the appropriate number of blocks the file system will require after 


conversion. (Assume the character special device name of the file system to be converted is 
/dev/rdsk3.) 


e cd /from-directory 
Move to the root of the file system to be converted. 
© find . -print | cpio -oB > /dev/rtp0 


Copy every file in the file system to be converted to the raw tape using cpio(1). (Assume the raw 
tape file name is /dev/rtp0.) 


ecd/ 


Move to the root of the entire file structure. 
e umount /dev/rdsk3 


Umount the file system to be converted. 
e mkfs /dev/rdsk3 blocks:inodes 


Create a new 1k byte block file system in the same disk slice. 
e labelit /dev/rdsk3 fsname volume 


Label the new file system with the same file system name as the original one. 
e@ mount /dev/rdsk3 /from-directory 


Mount the new file system in directory /from-directory. 
® cd /from-directory 


Move to the root of the new file system. 
e cpio -iBdm < /dev/rtp0 
Copy the file system from the tape to the new 1k file system using cpio(1). 


4. PROBLEMS 


When using fsba, make sure the file system is either 'umounted’ or mounted read-only to assure 
accurate results. 


After conversion, system administrators should be aware that in some cases, the total number of 
blocks in the converted file system could potentially decrease. Consider, for example, a directory 
using more blocks than what its contents require (i.c., entries have been removed). After 
conversion, this directory may require less blocks. 


5. RECOVERY 


If the file system runs out of space when converting to the larger block size, one way to recover is to 
reduce the number of free i-nodes so there is more space available for data blocks. Alternatively, 
some of the files can be removed from the file system or a larger disk slice can be used. 


6. FSBA (File System Block Analyzer) 


Fsba(1M) determines the number of extra sectors needed when the file system logical block size is 
increased from 512 bytes to 1024 bytes. 


Fsba determines how many disk sectors are currently allocated for the 512-byte block file system 
and how many disk sectors will be required for the 1024-byte block converted file system. Fsba also 
prints the number of allocated and free i-nodes for each file system. 


If fsba reports a negative number as the total free sector value for the 1K-block file system, then the 
file system after conversion would be too big for that particular volume/file system size. 

Fsba is available only on a VAX machine. 

Usage example: 

fsba /dev/rdsk13 


file-sys name : ud (/dev/rdsk13) 
total inodes : 32808 

allocated inodes : 14747 

free inodes : 18061 


Sense ener seer eeseeeeewe: Seeecenneea= 


for old file system (512bytes/block) 
allocated sectors: 120403 
free sectors : 6746 


for new file system (1024 bytes/block) 
allocated sectors: 129766 

free sectors : -2617 

the entire volume size is not big enough 


extra sectors needed for new file system : 
9363 (7.8%) 
* 1 sector contains 512 bytes 


This file system would not be able to fit in the original space allocated for it. In some cases, it is 
possible to provide enough free space in the converted file system by reducing the number of i-nodes. 
But here, the only way to convert is to either increase the file system size or to delete some files in 
the old file system. 


Another example is: 
fsba /dev/rdsk15 


file-sys name : aces (/dev/rdsk15) 
total inodes : 14936 
allocated inodes : 4483 

free inodes : 10453 


for old file system (512 bytes/block) 
allocated sectors: 46814 
free sectors : 11091 


2 SOOT Sw LETTS HEH SESS SERORSSSSESSO 


for new file system (1024bytes/block) 
allocated sectors: 49274 
free sectors : 8631 


Oeewe se eeeeeneesseesasansessaasas= 


extra sectors needed for new file system : 
2460 (5.3%) 
* 1 sector contains 512 bytes 


This case would fit but an additional 5% of space will be used. 


7. CONCLUSION 


The decision to convert an existing 512-byte block file system should be based on the distribution of 
file sizes, frequency of use and performance gains. Tradeoffs should be taken into consideration. 
On the average, converting will be worth the effort. 


Fsba can be used to predict the increase in the number of disk sectors when converting to a 1K-byte 
block file system from the 512-byte block file system. 


